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Apparatus and Method for Accessing Request Header 
Information Using a Transcoding Filter Servlet 

BACKGROUND OF THE INVENTION 

1. Technical Field: 

5 The present invention is directed to an apparatus 

and method for accessing request header information to 
use in transcoding response data. 

2, Description of Related Art: 

Transcoding is the process of customizing data 
10 content without requiring a change to the original 

generating application. Transcoding is performed for a 
variety of reasons including meeting the unique 
presentation requirements of a particular type of client 
device, a particular user, or a particular kind of 
15 connection, implementing security policies, selectively 
hiding portions of the data that are not destined for a 
particular user, selectively encrypting the data, and the 
like* Transcoding is usually performed on a web server 
by a mechanism, e.g., a transcoding servlet or other 
20 transcoding plugin, that acts as an intermediary between 
the client device and the content generator. 

When a client device sends a content request to a 
server, the request message includes a request header. 
The request header typically includes information 
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identifying the device type, user identification, 
passwords, uniform resource locator (URL) requested, 
HyperText Transfer Protocol (HTTP) method used (e.g., GET 
or POST), and the like. This header data is passed by 
5 the web server to the content generator process but is 

not passed on to subsequent steps in the remaining output 
path on the way to the requesting device, such as to the 
transcoding mechanism. 

This means that in the prior art, without changing 

10 the content generator, that transcoding is limited to a 
fixed manipulation which can not react to the client 
device characteristics. The client is hence limited to 
requesting content data from content sources that are 
formatted for the particular type of client device. This 

15 severely limits the content sources that some client 
devices are able to have access to and the value that 
transcoding can provide to the web server. 

Figure 5 illustrates the prior art problem when a 
browser on a small handheld personal computer (PC) , with 

20 a screen only capable of showing gray scale, makes a 

request to a Java Servlet based web server. As shown in 
Figure 5, the handheld PC sends an HTTP request message 
from a Web browser 510 running on the handheld PC to a 
Web server 520. The HTTP request is passed to a servlet 

25 engine 53 0 which invokes a content generator servlet 540, 
passing the request information. The retrieved content 
is passed to a transcoding servlet 550 as generic HTML, 
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The transcoding servlet 550 transcodes the generic HTML 
and forwards it to the handheld PC via the servlet engine 
530 and Web server 520, as a HTTP response message. 

Thus, when the handheld PC targets a generic content 

5 generator, for example a Java Server Page (JSP) authored 
for ideal presentation on a large desktop PC with a color 
display, the resulting web page presentation will be 
returned in a format not conducive for display on the 
device. This is because the transcoder has no way of 

10 knowing the device characteristics which were in the 
original request header. 

Thus, it would be advantageous to have an apparatus 
and method for providing client device characteristic 
information to a transcoding servlet in order to 

15 customize data content for presentation on the client 
device . 
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SUMMARY OF THE INVENTION 



The present invention provides an apparatus and 
method for accessing request header information used to 
transcode servlet output . The apparatus and method of 
5 the present invention includes a preamble that stores 
request header information from a request sent by a 
client device. The request header information is then 
provided to the transcoder along with the generated 
content data. The transcoder then performs appropriate 

10 transcoding on the generated content data based on the 

request header information supplied by the preamble. The 
transcoded content data is then sent to the client 
device. In this way, the client device is able to obtain 
content from a much larger set of content sources than 

15 with conventional systems. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
5 use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 is an exemplary diagram of a distributed 
10 data processing system in which the present invention may 
be implemented; 

Figure 2 is an exemplary diagram of a data 
processing system in which the present invention may be 
implemented; 

15 Figures 3 A and 3B are exemplary block diagrams 

illustrating exemplary embodiments of the present 
invention using servlet chain organizations; 

Figure 3C is an exemplary block diagram illustrating 
an exemplary embodiment of the present invention wherein 

20 the preamble servlet and the transcoding servlet are 
embedded as extensions of the servlet engine; 

Figure 3D is an exemplary block diagram illustrating 
an exemplary embodiment of the present invention in which 
a servlet chaining is not utilized and a controller is 

25 used in place of a targeted servlet; 
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Figure 4A is a flowchart outlining an exemplary 
operation of the preamble servlet of the present 
invention when processing a request for content from a 
client device; 

5 Figure 4B is a flowchart outlining an exemplary- 

operation of the transcoder of the present invention when 
processing a request for content from a client device; 
and 

Figure 5 is a block diagram illustrating a prior art 
10 mechanism for processing a content request from a client 
device , 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures, Figure 1 depicts 
a pictorial representation of a distributed data 
processing system in which the present invention may be 
5 implemented. Distributed data processing system 100 is a 
network of computers in which the present invention may 
be implemented. Distributed data processing system 100 
contains a network 102, which is the medium used to 
provide communications links between various devices and 

10 computers connected together within distributed data 

processing system 100, Network 102 may include permanent 
connections, such as wire or fiber optic cables, or 
temporary connections made through telephone connections. 
In the depicted example, a server 104 is connected 

15 to network 102 along with storage unit 106, In addition, 
clients 108, 110, and 112 also are connected to network 
102. These clients 108, 110, and 112 may be, for 
example, personal computers or network computers. For 
purposes of this application, a network computer is any 

20 computer, coupled to a network, which receives a program 
or other application from another computer coupled to the 
network. In the depicted example, server 104 provides 
data, such as boot files, operating system images, and 
applications to clients 108-112, Clients 108, 110, and 

25 112 are clients to server 104. 
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Distributed data processing system 100 may include 
additional servers, clients, and other devices not shown. 
In the depicted example, distributed data processing 
system 100 is the Internet with network 102 representing 
5 a worldwide collection of networks and gateways that use 
the TCP/IP suite of protocols to communicate with one 
another. 

At the heart of the Internet is a backbone of 
high-speed data communication lines between major nodes 

10 or host computers, consisting of thousands of commercial, 
government, educational and other computer systems that 
route data and messages. Of course, distributed data 
processing system 100 also may be implemented as a number 
of different types of networks, such as for example, an 

15 intranet, a local area network (LAN) , or a wide area 
network (WAN) , Figure 1 is intended as an example, and 
not as an architectural limitation for the present 
invention. 

Referring to Figure 2, a block diagram of a data 
20 processing system that may be implemented as a server, 

such as server 104 in Figure 1, is depicted in accordance 
with a preferred embodiment of the present invention. 
Data processing system 200 may be a symmetric 
multiprocessor (SMP) system including a plurality of 
25 processors 202 and 204 connected to system bus 206. 

Alternatively, a single processor system may be employed. 
Also connected to system bus 206 is memory 
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controller/cache 208, which provides an interface to 
local memory 209. I/O bus bridge 210 is connected to 
system bus 206 and provides an interface to I/O bus 212. 
Memory controller/cache 208 and I/O bus bridge 210 may be 
5 integrated as depicted. 

Peripheral component interconnect (PCI) bus bridge 
214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to 
PCI bus 216. Typical PCI bus implementations will 
10 support four PCI expansion slots or add- in connectors. 
Communications links to network computers 108-112 in 
Figure 1 may be provided through modem 218 and network 
adapter 220 connected to PCI local bus 216 through add- in 
boards . 

15 Additional PCI bus bridges 222 and 224 provide 

interfaces for additional PCI buses 226 and 228, from 
which additional modems or network adapters may be 
supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 

20 memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 

Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 2 may vary. For 

25 example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 
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in place of the hardware depicted. The depicted example 
is not meant to imply architectural limitations with 
respect to the present invention. The data processing 
system depicted in Figure 2 may be, for example, an IBM 
5 RISC/System 6000 system, a product of International 
Business Machines Corporation in Armonk, New York, 
running the Advanced Interactive Executive (AIX) 
operating system. 

When a client device sends a content request to a 

10 server, the content request includes a request header 
that includes identification information. This 
identification information identifies, for example, the 
type of client device, the capabilities of the client 
device, the URL of the requested web server resource, the 

15 HTTP method being used, and additional HTTP headers. 

This information is stored by the preamble in accordance 
with the present invention, in a manner to be described 
in more detail hereafter, for use during transcoding of 
generated content data so that the content data is 

20 properly formatted for the client device. Once the 

content data is generated by the server, the content data 
and the request header information are used for 
transcoding and the transcoded data is sent to the client 
device. In this way, general content data may be 

25 customized for the particular client device requesting 
the content data. 

The server 200 executes one or more servlets for 
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performing various types of processing of client 
requests. A servlet is an application that runs in a web 
server or application server and provides server- side 
processing, typically to access a database or perform 
5 e-commerce processing. 

One such servlet that is executed by the server 200 
is a transcoding filter servlet. The transcoding filter 
servlet performs transcoding of content data from one 
format to another such that the content data is in a form 

10 that is customized for the particular client device from 
which the content request was received. The transcoding 
filter servlet may be, for example, a Multipurpose 
Internet Mail Extensions (MIME) filter servlet. MIME 
encodes the files using one of a number of encoding 

15 methods and decodes it back to its original format at the 
receiving end. A MIME header is added to the file which 
includes the type of data contained and the encoding 
method used, S/MIME (Secure MIME) is a version of MIME 
that adds RSA encryption for secure transmission and may 

20 also be used without departing from the spirit and scope 
of the present invention. 

In addition to the transcoding filter servlet, the 
server 200 of the present invention also executes a 
preamble servlet . The preamble servlet performs the 

25 function of receiving a content request message from a 
client device, storing the request header information 
included in the content request message, and providing 
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the request header information to the transcoding filter 
servlet when the content data is sent to the transcoding 
filter servlet. The transcoding filter servlet may then 
make use of the request header information to determine 
5 how to transcode the content data for use by the client 
device . 

Those of ordinary skill in the art will recognize 
that there may be several methods for storing and 
retrieving header information in accordance with the 

10 present invention. For example, one possible embodiment, 
which may be executed on IBM WebSphere 2.0.3 may store 
and retrieve header information in the following manner. 

In the following embodiment, header values are 
aggregated and concatenated into a Java String object, A 

15 reference to the String object may be stored as an 

attribute of the Servlet engine's session object using, 

for example, the following Java code section: 

com. sun. server .http.HttpServiceRequest bradReq = 

(com. sun. server .http.HttpServiceRequest) req; 
20 bradReq. setAttribute { "brad" , headerValues) ; 

This stored header information can then be retrieved 

by a MIME filter transcoding servlet using the following 

code section: 

com. sun. server .http.HttpServiceRequest bradReq = 
25 ( com . sun . server . http . HttpServiceReques t ) req ; 

String headerValues = (String) 
bradReq. getAt tribute { "brad" ) ; 

The transcoding filter servlet and the preamble servlet 
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may be organized in a chain with regard to one another. 
Servlet chaining is generally known in the art and thus, 
the details of implementing the chaining are not set 
forth here. See, for example. Hunter, J, Crawford, W. , 
5 Java Servlet Programming . O'Reilly and Associates, 1998. 

Figures 3A and 3B provide exemplary block diagrams 
illustrating exemplary embodiments of the present 
invention in which servlet chaining is utilized. Figures 
3A and SB are directed to the execution order for sending 

10 the requested content data back to a client device, 

however, similar chaining is applicable to the receipt of 
the content request from the client device. 

As shown in Figure 3A, a first embodiment of the 
present invention includes a preamble servlet 340, a 

15 content generator 350 and a transcoding servlet 360. The 
preamble servlet 320 stores request header information 
obtained from the request message sent by the client 
device 310. This request header information is stored in 
a data structure identified with a particular request. 

20 In this way, when a response message is generated with 
the requested content data, the response message may be 
matched to the request message and thus, the request 
header information may be retrieved from the data 
structure in the preamble servlet 340. 

25 The preamble servlet 340 passes the request header 

information to the transcoding servlet 360. In addition. 
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the preamble servlet 340 echoes the request message to 
the content generator 350 so that the requested content 
data can be generated and forwarded to the transcoding 
servlet 360. 

5 The transcoding servlet 360 performs appropriate 

transcoding of the content data based on the client 
device information, e.g., client device characteristics, 
obtained from the request header information. Such 
transcoding is generally known in the art and thus, the 

10 details of the transcoding operation will not be 

described here. See, for example, A. Fox, S. Gribble, Y. 
Chawathe, E. Brewer, "Adapting to Network and Client 
Variation Using Inf rastructural Proxies: Lessons and 
Perspectives", IEEE Personal Communications , vol, 5, no. 

15 4, Aug. 1998, pp. 10-19. The transcoded content data is 
then sent to the client device 310 in the appropriate 
format for presentation by the client device 310. 

Figure 3B provides an alternative servlet chain that 
may be utilized with the present invention. The 

20 embodiment depicted in Figure 3B differs from that of 
Figure 3A in that the request message from the client 
device 310 is passed to both the preamble servlet 340 and 
the content generator 350 directly from the servlet 
engine 330. In this way, the preamble servlet may 

25 extract the header information from the request message 
and store it while the content generator 350 is 
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generating the requested content. Throughput may thereby 
be increased. 

Figure 3 C is an exemplary block diagram that 
illustrates an additional alternative embodiment of the 

5 present invention. The embodiment shown in Figure 3C 
operates in a similar manner as the embodiment shown in 
Figure 3A, and optionally as the embodiment shown in 
Figure 3B (indicated by the dashed line extending to the 
content generator) . The difference between the 

10 embodiments shown in Figure 3A-3B and the embodiment in 
Figure 3C is that the preamble servlet 340 and the 
transcoding servlet 360 are extensions of the servlet 
engine 330 rather than separate servlets. 

Figure 3D illustrates still another embodiment of 

15 the present invention in which servlet chaining is not 
utilized. As shown in Figure 3C, a controller 370 is 
utilized in place of a targeted servlet. The controller 
370 invokes the preamble servlet 340 functions and 
transcoding servlet 360 functions and makes calls to the 

20 content generator 350 for the requested content. The 
preamble servlet 340 functions and the transcoding 
servlet 360 functions may be implemented using, for 
example, corresponding Java methods, subroutines, and 
other types of computer implemented code. 

25 As mentioned above, in conventional systems, the 

request header information is not available to the 
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transcoding process. Thus, the client device is limited 
to only a particular subset of content sources from which 
the client can obtain content data. With the present 
invention, however, the client device is able to obtain 
5 content data from any content source that is capable of 
transcoding the content data to a format useable by the 
client device. This is made possible because the 
transcoding process, e.g., the transcoding filter 
servlet, is allowed access to the request header 

10 information to ascertain the proper transcoding for the 
client device. 

Figure 4A is a flowchart outlining an exemplary 
operation of the preamble servlet of the present 
invention when processing a content request from a client 

15 device. As shown in Figure 4A, the operation starts with 
the receipt of a request from the client device (step 
410) . This request includes a request header as 
described above. The client device characteristic 
information from the request header is stored in a data 

20 structure (step 420) and the request message is echoed to 
the content generator (step 430) . As described above, 
the storage of the client device characteristic 
information may be done using a data structure indexed in 
such a manner that the client device characteristic 

25 information may be retrieved when generating a response 
message . 

Figure 4B is a flowchart outlining an exemplary 
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operation of the transcoding servlet of the present 
invention when processing a content request from a client 
device. As shown in Figure 4B, the operation starts with 
the requested content data being received by the 
5 transcoding servlet (step 440) . The client device 

characteristic information is retrieved from the preamble 
servlet (step 450) and used to transcode the requested 
content data (step 460) . The transcoded content data is 
then sent to the client device in a format suited for 

10 presentation by the client device (step 470) , 

Thus, the present invention provides a mechanism by 
which the characteristic information of a client device 
may be known to a transcoding servlet so that proper 
formatting of requested content data may be performed. 

15 With the present invention, network servers may store 

generic content data for a plurality of different client 
devices, which can be customized by a transcoding process 
so that the content data is properly presented on the 
particular client device that requested the content data. 

20 It is important to note that while the present 

invention has been described in the context of a fully 
functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 

25 the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 
applies equally regardless of the particular type of 
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signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable -type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 

5 transmission- type media, such as digital and analog 

communications links, wired or wireless communications 
links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 

10 formats that are decoded for actual use in a particular 
data processing system. 

The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 

15 invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 

20 ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 



RSW9-2000-0043-US1 



-18- 



CLAIMS : 



What is claimed is: 

1 1. A method of formatting content data for presentation 

2 on a client device, comprising: 

3 receiving a request for the content data, the 

4 request having client device characteristic information; 

5 storing the client device characteristic 

6 information; 

7 generating the content data; and 

8 transcoding the content data using the client device 

9 characteristic information to produce transcoded content 
10 data. 

1 2. The method of claim 1, wherein the step of storing 

2 the client device characteristic information is performed 

3 in a preamble servlet, 

1 3. The method of claim 2, wherein the step of 

2 transcoding is performed by a transcoding servlet, and 

3 wherein the transcoding servlet obtains the client device 

4 characteristic information from the preamble servlet. 

1 4, The method of claim 1, wherein the content data is 

2 generic content data, and wherein the transcoded content 

3 data is content data that is formatted for presentation 
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4 on the client device. 



1 5. The method of claim 1, wherein storing the client 

2 device characteristic information includes storing the 

3 client device characteristic information in a data 

4 structure indexed for retrieval when generating a 

5 response message. 

1 6. The method of claim 1, further comprising: 

2 generating a response message including the 

3 transcoded content data; and 

4 transmitting the response message to the client 

5 device. 

1 7. The method of claim 1, wherein the request is an 

2 hypertext transport protocol request message, and wherein 

3 the client device characteristic information is obtained 

4 from a header of the hypertext transport protocol request 

5 message. 

1 8. The method of claim 1, wherein the step of storing 

2 the client device characteristic information and the step 

3 of generating the content data are performed at 

4 approximately a same time. 

1 9, The method of claim 7, wherein the header includes 

2 at least the client device type and one or more of user 
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3 identification, passwords, uniform resource locator (URL) 

4 requested and HyperText Transfer Protocol (HTTP) method 

5 used. 

1 10. The method of claim 1, wherein the method is 

2 implemented in a network server. 

1 11. An apparatus for formatting content data for 

2 presentation on a client device, comprising: 

3 a preamble servlet; 

4 a content generator coupled to the preamble servlet; 

5 and 

6 a transcoding servlet coupled to the content 

7 generator, wherein when a request for the content data is 

8 received by the apparatus, the request having client 

9 device characteristic information, the preamble servlet 

10 stores the client device characteristic information in a 

11 data structure and the content generator generates the 

12 content data, and wherein the transcoding servlet 

13 transcodes the content data using the client device 

14 characteristic information to produce transcoded content 

15 data. 

1 12. The apparatus of claim 11, wherein the transcoding 

2 servlet obtains the client device characteristic 

3 information from the preamble servlet . 
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1 13, The apparatus of claim 11, wherein the content data 

2 is generic content data, and wherein the transcoded 

3 content data is content data that is formatted for 

4 presentation on the client device. 

1 14. The apparatus of claim 11, wherein the preamble 

2 servlet stores the client device characteristic 

3 information in a data structure indexed for retrieval 

4 when generating a response message. 

1 15. The apparatus of claim 11, further comprising a 

2 servlet engine that generates a response message 

3 including the transcoded content data and transmits the 

4 response message to the client device. 

1 16. The apparatus of claim 11, wherein the request is an 

2 hypertext transport protocol request message, and wherein 

3 the client device characteristic information is obtained 

4 from a header of the hypertext transport protocol request 

5 message. 

1 17. The apparatus of claim 11, wherein the preamble 

2 servlet stores the client device characteristic 

3 information and the content generator generates the 

4 content data at approximately a same time. 

1 18. The apparatus of claim 16, wherein the header 
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2 includes at least the client device type and one or more 

3 of user identification, passwords, uniform resource 

4 locator (URL) requested and HyperText Transfer Protocol 

5 (HTTP) method used. 

1 19. The apparatus of claim 11, wherein the preamble 

2 servlet echoes the request to the content generator. 

1 20. The apparatus of claim 11, wherein the preamble 

2 servlet, content generator and transcoding servlet are 

3 implemented in a network server. 

1 21. A computer program product in a computer readable 

2 medium for formatting content data for presentation on a 

3 client device, comprising: 

4 first instructions for receiving a request for the 

5 content data, the request having client device 

6 characteristic information; 

7 second instructions for storing the client device 

8 characteristic information; 

9 third instructions for generating the content data; 

10 and 

11 fourth instructions for transcoding the content data 

12 using the client device characteristic information to 

13 produce transcoded content data, 

1 22. The computer program product of claim 21, wherein 
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2 the second instructions are implemented in a preamble 

3 servlet, 

1 23. The computer program product of claim 22, wherein 

2 the fourth instructions are performed by a transcoding 

3 servlet, and wherein the transcoding servlet obtains the 

4 client device characteristic information from the 

5 preamble servlet. 

1 24. The computer program product of claim 21, wherein 

2 the content data is generic content data, and wherein the 

3 transcoded content data is content data that is formatted 

4 for presentation on the client device. 

1 25. The computer program product of claim 21, wherein 

2 the second instructions include instructions for storing 

3 the client device characteristic information in a data 

4 structure indexed for retrieval when generating a 

5 response message. 

1 25. The computer program product of claim 21, further 

2 comprising : 

3 fifth instructions for generating a response message 

4 including the transcoded content data; and 

5 sixth instructions for transmitting the response 

6 message to the client device. 
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1 27. The computer program product of claim 21, wherein 

2 the request is an hypertext transport protocol request 

3 message, and wherein the client device characteristic 

4 information is obtained from a header of the hypertext 

5 transport protocol request message. 

1 28. The computer program product of claim 21, wherein 

2 the first instructions and third instructions are 

3 performed at approximately a same time. 

1 29. The computer program product of claim 22, further 

2 comprising fifth instructions for echoing the request 

3 from the preamble servlet to a content generator. 
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ABSTRACT OF THE DISCLOSURE 

Apparatus and Method for Accessing Request Header 
Information Using a Transcoding Filter Servlet 

The present invention provides an apparatus and 
5 method for accessing request header information used to 
transcode servlet output. The apparatus and method of 
the present invention includes a preamble that stores 
request header information from a request sent by a 
client device. The request header information is then 

10 provided to the transcoder along with the generated 

content data. The transcoder then performs appropriate 
transcoding on the generated content data based on the 
request header information supplied by the preamble. The 
transcoded content data is then sent to the client 

15 device. In this way, the client device is able to obtain 
content from a much larger set of content sources than 
with conventional systems. 
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